Setting UX Roles and Responsibilities in Product Development: The RACI Template 在產品開發中設定 UX 職責與角色：RACI 模板

1. 什麼是 RACI？

RACI（責任分配矩陣）是一種工具，用於規劃產品開發中不同角色如何參與工作，包括各階段、活動或交付物。

RACI 的四種參與級別

1. R = 負責（Responsible）：執行具體任務的角色。可以有多個。

2. A = 監督（Accountable）：對任務完成負責並進行最終稽核的角色。每項任務應僅有一個監督者。

3. C = 諮詢（Consulted）：為任務提供建議和專業意見的角色。

4. I = 知情（Informed）：需瞭解任務進展的角色，但無需直接參與。

RACI 的靈活性

RACI 可以根據團隊需求自定義角色和任務。適用的角色可能包括：

• UX 相關角色：產品設計師、UX 研究員、UX 經理等。

• 合作角色：產品經理、工程師、Scrum Master 等。

RACI 可涵蓋的任務

• 戰略階段：願景設定、目標制定、策略規劃。

• 探索階段：使用者訪談、利益相關者訪談、場景觀察。

• 設計階段：頭腦風暴、原型設計、可用性測試。

• 交付階段：釋出計劃、質量測試、演示會。

RACI 並非計劃瀑布式專案，而是為了在敏捷開發中高效協作併為使用者交付價值。

2. 為什麼以及何時使用 RACI？

必要性未明確職責時可能導致：

• 角色遺漏

• 過晚引入關鍵角色

• 溝通不到位

• 誤解任務歸屬

1. 回顧會議後：當團隊討論到角色遺漏或角色參與時機不當時。

2. 新任務啟動時：如新的 Scrum Sprint 或產品增量開發開始時。

實施建議：透過團隊會議或線上工作坊共同完成 RACI。UX 團隊可以率先提議嘗試並推動其應用。

3. 設定職責與責任時的角色考慮

在為任務分配參與級別時，不僅需考慮職位描述，還需評估以下因素：

• 技能：不同角色的專業能力。

• 歷史知識：對產品或組織的瞭解。

• 時間：角色的可用時間。

• 興趣與雄心：角色的個人發展目標。

例如：

• 產品經理若擅長訪談技術，可在使用者訪談中被標記為“負責”和“監督”。

• UX 團隊若無法參與訪談，至少應被標記為“知情”，以確保訪談結果共享。

4. 如何判斷何時需要協作？

對任務“負責”和“監督”的角色需密切合作完成任務。“監督”角色還需決定何時引入“諮詢”和“知情”角色。

負責探索性研究的 UX 負責人需要：

1. 確定何時諮詢 UX 經理獲取建議。

2. 確定何時向利益相關者或領導彙報進展。

3. 與產品和工程團隊協作，共同完成研究。

避免單向交付：將 RACI 用作視覺化工具，預防部門間的單向交付，推動“設計作為過程”而非“設計作為服務”的文化。

RACI 的作用

透過明確職責與角色，RACI 可幫助團隊：

• 識別流程中的空白。

• 避免常見的角色不匹配問題。

• 提高產品成果。

持續改進：隨著團隊協作的成熟，可能逐步減少對 RACI 的依賴。頻繁協作能夠自然增強團隊間的角色認知，幫助團隊更高效地分配職責。

行動建議

• 在新專案或 Scrum Sprint 開始時使用 RACI。

• 逐步將 RACI 模板融入團隊的協作方式。

• 隨著團隊的成長，最佳化 RACI 的使用和相關流程。

使用 RACI 模板，推動團隊協作與產品開發的高效運作。